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IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
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Foreword 

This Technical Specification (TS) has been produced by ETSI 3rd Generation Partnership Project (3GPP). 

The present document may refer to technical specifications or reports using their 3GPP identities, UMTS identities or 
GSM identities. These should be interpreted as being references to the corresponding ETSI deliverables. 

The cross reference between GSM, UMTS, 3 GPP and ETSI identities can be found under 
http://webapp.etsi.org/key/queryform. asp . 
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Foreword 



:,rd 



This technical description has been produced by the 3^ Generation Partnership Project, Technical Specification Group 
Services and System Aspects, Working Group 4 (Codec). 

The present document is a description of the Cellular Text Telephone Modem solution for reliable transmission of a text 
telephone conversation via the speech channel of cellular or PSTN networks. 

The contents of the present document is subject to continuing work within 3 GPP and may change following formal 
3GPP approval. Should the 3GPP TSG modify the contents of this TS, it will be re-released by the 3GPP TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to 3 GPP for information; 

2 presented to 3 GPP for approval; 

3 Indicates 3 GPP approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the specification; 
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Scope 



This Technical Standard (TS) describes the minimum performance requirements for the Cellular Text Telephone 
Modem (CTM) for reliable transmission of text telephone text via the speech channel of cellular or PSTN networks. 
The transmitting parts of the Cellular Text Telephone Modem are specified in [1]. 

CTM is a general technology, independent of text telephone types. The tests are made only for one specific type of text 
telephone, the Baudot type. The tests are applicable only to a combination of a Baudot codec and CTM and tests the 
combined performance. A bit-exact implementation of the CTM transmitter as well as an example implementation of 
the remaining functions of such a combination are provided in [2] . 

The test scripts and test vectors required to perform this testing are included in a supplement, which is located in the zip 
archive ctm_testing .zip. The path and file names given in this specification refer to the file structures associated 
with this supplement. A second supplement (zip archive ctm_score . zip) provides the scoring program that is 
described in clause 6. 



Normative references 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including a 
GSM document), a non-specific reference implicitly refers to the latest version of that document in the same Release as 
the present document. 

[1] 3GPP TS 26.226: "Cellular Text Telephone Modem (CTM), General Description". 

[2] 3GPP TS 26.230: "Cellular Text Telephone Modem (CTM), Transmitter Bit Exact C-Code". 

[3] TIA/EIA-IS 840: "Minimum Performance Standards for Text Telephone Signal Detector and Text 

Telephone Signal Regenerator" . 

[4] GSM 05.02: "Digital cellular telecommunications system (Phase 2+); Multiplexing and multiple 

access on the radio path" . 

[5] GSM 05.05: "Digital cellular telecommunications system (Phase 2+); Radio transmission and 

reception" . 



3 Definitions and abbreviations 

For the purposes of this TS, the following abbreviations apply: 

AMR Adaptive Multi Rate Codec 

CTM Cellular Text Telephone Modem 

FR Full Rate Codec 

HCO Hearing Carry Over, (individual may be able to hear, but cannot speak); Alternating of sending 

speech and text. 

MS Mobile Station 

PCM Pulse Code Modulation 

PCS Personal Communication System 

TCER Total Character Error Rate 

TTY Text Telephone 

VCO Voice Carry Over, Alternating use of speech and text 
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Test vectors 



The following test signals are provided for use in testing compliance to the minimum performance requirements. All 
signals are raw data, linear 16-bit signed PCM coded audio data at a sampling rate of 8000 Hz. All files are coded in 
Big-Endian format (most significant byte first) as it is used e.g. by SUN Microsystems Sparc^^ Workstations. The files 
are located in the directory . /patterns of the zip-archive ctm_testing .zip. 

baudot .pern 

sinel400 .pern 

sinelSOO .pern 

testl .pern 

test2 .pern 

tests .pern 

zeros4000 .pern 

ctm_master_clean . pern 

ctm_master . txt 

ctm_typingmode . pern 

ctm_test_resync . pern 

The first six files contain test signals with Baudot tones and are required for the test scripts test_negotiation and 
test_f alse_de tec t ions. Furthermore, a file zeros4000 .pern is provided that contains a zero-valued signal. 

The files ctm_master . txt and ctm_master_clean . pern contain a text message with random characters and 
the corresponding CTM signal. These files are required for the tests in subclause 7.2. 

The files ctm_typingmode . pern and ctm_test_resync . pern are required for the tests in subclauses 7.4 and 
7.5, respectively. 



Test Scripts 



For the tests in subclauses 7.1, 7.3 and 7.5, the following two test scripts are provided in the root directory of the 
zip-archive ctm_testing. zip: 

test_negotiation 

test_f alse_de tec t ions 

test_resynchonization 

All test scripts assume that the tested CTM modules have interfaces as defined in [2] (e.g., the procedure calls, syntax, 
parameters). All test scripts have been tested using a C-shell (csh) command interpreter on a SUN Microsystems 
Solaris™ platform. 



Scoring program 



A tool "ctm_score" for the calculation of the character error rate is provided in the attachment ctm_score . zip. 
This zip archive includes the source code of the scoring program as well as a short documentation (provided in the file 
Readme . txt). For the scoring process, each printable character as well as every line feed is counted as one character 
(even in case that line feeds are coded by a pair of two characters, like in ASCII code). A description how to use this 
tool in the context of this Technical Standard is provided in subclause 7.2. 
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7 Description of the test 

7.1 Test of the negotiation between two CTM Adaptation 
Modules 

The test script test_negot iat ion performs a test of the negotiation between two CTM devices using the 
following structure. All intermediate files and files with output signals are written into the directory . /output. 



baudot . pcm ^ 

/dev/null m 



CTM 
adaptation 
module #1 



ctm forward 



ctm backward 



CTM 
adaptation 
module #2 



-> baudot_out .pcm 



/dev/zero 



A CTM implementation and a Baudot 45.45 baud codec shall be combined to form a CTM adaptation module under 
test. The source code for an example implementation of this CTM adaptation module is provided in [2] . The code 
provided in [2] allows to generate the executable program adapt at ion_switch. 

First, the adaptation module #1 is executed. At this first run, the signal ctm_backward is not known. Therefore, the 
negotiation does not get a positive acknowledge, so that the transmission falls back to Baudot Tones. 

Then signal adaptation module #2 is executed for the first time. 

After that, adaptation module #1 is executed for the second time. With this second run, the signal ctm_backward is 
valid. Therefore, the negotiation receives a valid acknowledge, so that CTM signals are transmitted. 

At last, adaptation module #2 is executed for the second time. With this run, adaptation module #2 receives a valid 
CTM signal so that the baudot_out.pcm signal can be generated. 

After executing each of the modules twice, the signal baudot_out.pcm is analyzed. This analysis is also performed by 
the program adaptation_s witch. First, the Baudot detector of adaptation_s witch is used for this analysis in order to 
examine whether the regenerated Baudot signal can be decoded correctly. 

The following step is optional for handsets: 

"In a second step it is examined whether the regenerated signal still contains any CTM preambles. This investigation is 
performed by means of the CTM detector that is integrated in adaptation_switch. This last test fails if the CTM detector 
is able to detect any CTM preamble in the regenerated signal". 

During the execution of the script test_negotiation the following text output shall be generated: 



Execute adaptation module #1 (first pass) 



******************************************************* 

Cellular Text Telephone Modem (CTM) - Example Implementation for 
Conversion between CTM and Baudot Code (use option -h for help) 

******************************************************************** 



number of samples to process: 100000 

>>> Enquiry Burst generated! <<< 
THE>>> Enquiry Burst generated! <<< 

>>> Enquiry Burst generated! <<< 
CELL 



Execute adaptation module #2 (first pass) 



******************************************************************** 
Cellular Text Telephone Modem (CTM) - Example Implementation for 
Conversion between CTM and Baudot Code (use option -h for help) 

******************************************************************** 
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>>> CTM from far-end detected! <<< 
>>> Enquiry From Far End Detected! <<< 
THE>>> Enquiry From Far End Detected! <<< 

>>> Enquiry From Far End Detected! <<< 
CELL 



Execute adaptation module #1 (second pass) 



******************************************************* 

Cellular Text Telephone Modem (CTM) - Example Implementation for 
Conversion between CTM and Baudot Code (use option -h for help) 

******************************************************************** 

>>> Enquiry Burst generated! <<< 
THE>>> CTM from far-end detected! <<< 

CELLULAR TEXT TELEPHONE MODEM (CTM) ALLOWS RELIABLE 
TRANSMISSION OF A TEXT TELEPHONE CONVERSATION ALTERNATING 
WITH A SPEECH CONVERSATION THROUGH THE EXISTING SPEECH 
COMMUNICATION PATHS IN CELLULAR MOBILE PHONE SYSTEMS. 
THIS RELIABILITY IS ACHIEVED BY AN IMPROVED MODULATION 
TECHNIQUE, INCLUDING ERROR PROTECTION, INTERLEAVING AND 
SYNCHRONIZATION . 



Execute adaptation module #2 (second pass) 



******************************************************************** 

Cellular Text Telephone Modem (CTM) - Example Implementation for 
Conversion between CTM and Baudot Code (use option -h for help) 
******************************************************************** 

>>> CTM from far-end detected! <<< 
>>> Enquiry From Far End Detected! <<< 

THE CELLULAR TEXT TELEPHONE MODEM (CTM) ALLOWS RELIABLE 
TRANSMISSION OF A TEXT TELEPHONE CONVERSATION ALTERNATING 
WITH A SPEECH CONVERSATION THROUGH THE EXISTING SPEECH 
COMMUNICATION PATHS IN CELLULAR MOBILE PHONE SYSTEMS. 
THIS RELIABILITY IS ACHIEVED BY AN IMPROVED MODULATION 
TECHNIQUE, INCLUDING ERROR PROTECTION, INTERLEAVING AND 
SYNCHRONIZATION . 



Now we try to decode the regenerated Baudot signal. The text message 
shall be decoded completely now. . . 



******************************************************************** 

Cellular Text Telephone Modem (CTM) - Example Implementation for 
Conversion between CTM and Baudot Code (use option -h for help) 
******************************************************************** 

THE CELLULAR TEXT TELEPHONE MODEM (CTM) ALLOWS RELIABLE 
TRANSMISSION OF A TEXT TELEPHONE CONVERSATION ALTERNATING 
WITH A SPEECH CONVERSATION THROUGH THE EXISTING SPEECH 
COMMUNICATION PATHS IN CELLULAR MOBILE PHONE SYSTEMS. 
THIS RELIABILITY IS ACHIEVED BY AN IMPROVED MODULATION 
TECHNIQUE, INCLUDING ERROR PROTECTION, INTERLEAVING AND 
SYNCHRONIZATION . 



Testing whether the regenerated Baudot signal is free of CTM headers. 
No CTM burst shall be detected now. . . 



******************************************************************** 
Cellular Text Telephone Modem (CTM) - Example Implementation for 
Conversion between CTM and Baudot Code (use option -h for help) 

******************************************************************** 



(No printable text generated) 
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7.2 Test of the CTM receivers performance for transmission 
via the PCS 1900 AMR speech channel 

For this test, a predefined CTM signal that contains a text message of random characters shall be transmitted via a the 
PCS 1900 AMR speech channel or via the PCS 1900 FR speech channel, respectively. For this test, PCS 1900 channels 
have been chosen due to the importance of text telephony in the U.S. Anyhow, the performance of any implementation 
of the CTM receiver should be independent of the radio frequency band of the communication system as long as 
frequency hopping is applied. 

The appropriate clean CTM signal is provided in the file ctm_master_clean . pern in the attached zip archive 
ctm_testing .zip. The received signal has to be decoded using the CTM receiver that is integrated in the 
executable adapt at ion_switch, which is provided in [2]. 



ctm_master_clean . pern 



PCS 1900 

AMR or FR 

speech channel 



<received_ctm_signal> 



CTM receiver 

(adapt at ion_switch) 



<decoded_message> 



For decoding the received CTM signal, adapt at ion_switch should be called using the following syntax (a UNIX 
environment is assumed): 

adaptation_switch -ctmin <received_CTM_signal> -textout <decoded_message> \ 

-baudotout /dev/null -baudotin zeros4000 .pern -ctmout /dev/null 

<received_CTM_signal > denotes a file with raw PCM data (16 bit signed integer), which represents the signal 
that has been transmitted via the speech channel. 

<decoded_message> denotes the output text file with the decoded message, which will be generated by 

adapt at ion_switch. 

The decoded text message has to be analyzed in order to determine the number of character errors that have been caused 
due to the transmission. The character error rate is defined as 



character error rate = 



number of all errors 



length_of_ref erence_text 



number_of_all_errors = number_of_deleted_characters + 

number_of_inserted_characters + 
number_of_replaced_characters 

A tool "ctm_score" for the calculation of the character error rate is provided in the attachment ctm_score . zip. 
This zip archive includes the source code of the scoring program as well as a short documentation (provided in the file 
Readme . txt). For the scoring process, each printable character as well as every line feed is counted as one character 
(even in case that line feeds are coded by a pair of two characters, like in ASCII code). 

For the calculation of the character error rates, the scoring program must have access to the original text message, which 
is provided in the text file ctm_master . txt in the attached zip archive ctm_testing . zip. The syntax for 
calling the score program is as follows: 

ctm_score ctm_master.txt <decoded_message> <score_output> 

< score_output > is a text file generated by ctm_score, which describes the number of character errors, the 
length of the reference text, as well as the character error rate. 

The original text message is as follows: 

BEGINNING RANDOM CHARACTER TEST FILE 

=N( (MI-IDDM' JEC $3F$,F1 8T : VY"RZ870Y" 165S (M VP294 ! T+FE5J (U0I04 JK9SEEA! T7 
53+3.AV04; ;C/V$L$DD.89YE U .ZK6-HLZK-L ,"N19,3=1K R,TV;L;F"59 MR(80/=A!F 
$, ?, " )N"RRU/IP$HZ"YSCU(R4;)WRL5BW24ANTAXW$IFP8LSN$SZ(FA3X1,PQ3E-TDXYP89 
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IKN,8X:+FG-R=CEY7 (8 $3;ER Q (DO . 03/Y8 , Y, 1M;X0W85 ! ! . 4 " ! OT FC+X7WGV$ : K/L : 
"I; (ZA' .Y$)E9"AZ) ,XJM)WTZ(I'4;N6H'NTW(AEEI+, C80B ,F(D8KH; H;Q0-Z1 2H6M= 
LI('F P=XD?-NDZ00!9J ! ?0S=J?1L4+F+HBUX6S : 9D0YC 380 (YZZ8LAP+10IL? " :R YJ 
AWLNZ/+ " !BSK-4X1W:2UM! (9U?F"97V.BT3YCNJDIG6I4 6 ) ! 4M17 , E4L2 (T-Y$ , H : E ; QZ 
V, 6-H8,TLEIB19+ ( ' $DD) P- (46920DX$ (J754+ (G:/SZC3FY) 7ZKI;RY1) 9540' •X0TBK15F 
'P 7J1906IHVS' ( .8 (I' ,S-Q9 (A ) 0? J-E4LF0X ! H9 23?KR$DFYLHLB5 ( ? ) /U) T3$I . ) I ; 
KLY6? ' ) V65Z4ZDVOYF4X:G. 3) ) 46 ! OEG (KZ8BP24L ' W" ( -Y) JJHAXG=DR ! -)UZ8MKDQ=! "6 
WK?R/;I042?LZ2U9 HO ' E . K88 , OS , KTA?YRKMJH-C$WJ? ( 0=4 /"A(; "H . "H"OPSR2=9ZRV 
3XRG)HLEQ6IDX TJ7$23EF4M=0 QQ?- /N6 J7 : L13HPJ : CR6A- -/F9J, 4=3LQVC4W-H-2CL 
; (5?VU:L,+6ELD04TLKBU JTC=$9$C3CN$6 P0'4E35-: . LO $ ' 5 . HD3N41$ ; 72 ) +KOU. 3 
7 (A Y, TY .-VLM8Y3 ' ?I7FRR-H+I5818G4"8KC. :29HQ"Y8FR'5! "GTE)NAMEK(H4RPJE3E 
BU: B$MM:NL36VE) ' 9AA?I$+$GDZUD=D3/Y6M IP) ?5XFK$ (YO ! 8 ' ( 9=E ' D . 2R ?:F'"Y58 
!C8, 7TR5E-K-J9UK" X - " /PF9NL0DL, 9C940EWT 8$C-A ( 05 ) 0X= . 5 (CHDF 
END OF TEST FILE 

For a PCS 1900 AMR speech traffic channel using a Typical Urban channel profile and a speed of the mobile station of 
3.0 km/h [4, 5], the following character error rates - or lower values - have to be achieved: 

No Frequency Hopping, Full Rate (TCH/AFS): 



C/l 


AMR mode (kbit/s) 


4.75 


5.15 


5.9 


6.7 


7.4 


7.95 


10.2 


12.2 


12dB 


0.5 % 


0.5 % 


0.5 % 


0.5 % 


0.1 % 


0.1 % 


0.1 % 


0.1 % 


10dB 


0.5 % 


0.5 % 


0.5 % 


0.5 % 


0.5 % 


0.5 % 


0.5 % 


0.5 % 


8dB 


0.5 % 


0.5 % 


0.5 % 


0.5 % 


0.5 % 


0.5 % 


0.5 % 


1.0% 


6dB 


1 .5 % 


1 .5 % 


1 .5 % 


1 .5 % 


1 .5 % 


1 .5 % 


-- 


-- 
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Ideal Frequency Hopping, Full Rate (TCH/AFS): 



C/l 


AMR mode (kbit/s) 


4.75 


5.15 


5.9 


6.7 


7.4 


7.95 


10.2 


12.2 


6dB 
4dB 


0.5 % 
0.5 % 


0.5 % 
0.5 % 


0.5 % 
0.5 % 


0.5 % 
0.5 % 


0.2 % 
0.5 % 


0.2 % 
0.5 % 


0.2 % 


0.2 % 



No Frequency Hopping, Half Rate (TCH/AHS): 



C/l 


AMR mode (kbit/s) 


4.75 


5.15 


5.9 


6.7 


7.4 


7.95 


12dB 
10dB 


0.75 % 
1 .5 % 


0.75 % 
1 .5 % 


0.75 % 
1 .5 % 


0.75 % 
1 .5 % 


0.5 % 
1 .5 % 


0.5 % 
1 .5 % 



Ideal Frequency Hopping, Half Rate (TCH/AHS): 



c/l 


AMR mode (kbit/s) 


4.75 


5.15 


5.9 


6.7 


7.4 


7.95 


10dB 


0.5 % 


0.5 % 


0.5 % 


0.5 % 


0.2 % 


0.2 % 



For the PCS 1900 Full Rate speech traffic channel using a Typical Urban channel profile and a speed of the mobile 
station of 3.0 km/h [4, 5], the following character error rates - or lower values - have to be achieved: 

No Frequency Hopping, Full Rate (TCH/FS): 



C/l 


no frequency hopping 


ideal frequency hopping 


14dB 


0.1 % 


0.1 % 


12dB 


0.5 % 


0.2 % 


10dB 


1 .0 % 


0.2 % 


8dB 


-- 


0.5 % 



7.3 Test of the text telephone demodulators robustness 
against false detections 

In this test case, the Baudot Code text telephone demodulator used in the test setup is tested against false detection of 
characters. In addition to this test, also the applicable parts of [3] shall be used for testing the Baudot Code 
demodulator" s performance. If the purpose of the test is only to verify a CTM implementation, this subclause can be 
ignored. 

For this test, the test script test_f alse_de tec t ions is provided. It consists of the following sub-tests: 

1. Test of the response of the adaptation module for a signal that has one valid start bit (1800 Hz) and three valid 
information bits (1400 Hz). The duration of the fourth bit is too short so that this sequence must not trigger the 
Baudot demodulator of the adaptation module. Therefore, the original audio signal must be passed to the output 
without muting. 
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2. Test of the response of the adaptation module for a signal that has one valid start bit (1800 Hz) and five valid 
information bits (1400 Hz). The duration of the stop bit is too short so that no characters should be decoded. The 
output signal should be muted, because the start bit and the information bits were correct, but no CTM signals 
shall be generated. 

3. Test of the response of the adaptation module for a signal that has one valid start bit (1800 Hz), five valid 
information bits (1400 Hz) and one valid stop bit. In this case the adaptation module shall decode the Baudot 
characters (9 times the character "Q") and generate the appropriate CTM tones. 

4. Test to decode the CTM signal that has been generated in subtest #3 (see above). The CTM receiver shall decode 
the character "Q" nine times. 

5. Try to feed the output signal from subtest #3 (see above) into a second Baudot detector. In this case the Baudot 
detector must not decode any character. 

6. Test with a sine tone of 1400 Hz. In this case the signal adaptation module must remain passive, i.e. the original 
audio signal must be passed to the output without muting. 

7. Test with a sine tone of 1800 Hz. In this case the signal adaptation module must remain passive, i.e. the original 
audio signal must be passed to the output without muting. 

The following output shall be produced by this test script: 

Performing Test #1 --> no characters shall be decoded now 



******************************************************* 

Cellular Text Telephone Modem (CTM) - Example Implementation for 
Conversion between CTM and Baudot Code (use option -h for help) 
******************************************************************** 

(No printable text generated) 

Performing Test #2 --> no characters shall be decoded now 

******************************************************************** 
Cellular Text Telephone Modem (CTM) - Example Implementation for 
Conversion between CTM and Baudot Code (use option -h for help) 

******************************************************************** 

(No printable text generated) 

Performing Test #3 --> string QQQQQQQQQ shall be decoded now 

******************************************************************** 

Cellular Text Telephone Modem (CTM) - Example Implementation for 
Conversion between CTM and Baudot Code (use option -h for help) 
******************************************************************** 

QQQQQQQQQ 

Performing Test #4 --> string QQQQQQQQQ shall be decoded now 

******************************************************************** 

Cellular Text Telephone Modem (CTM) - Example Implementation for 
Conversion between CTM and Baudot Code (use option -h for help) 
******************************************************************** 

QQQQQQQQQ 

Performing Test #5 --> no characters shall be decoded now 



******************************************************************** 
Cellular Text Telephone Modem (CTM) - Example Implementation for 
Conversion between CTM and Baudot Code (use option -h for help) 

******************************************************************** 
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(No printable text generated) 

Performing Test #6 --> no characters shall be decoded now 



******************************************************* 

Cellular Text Telephone Modem (CTM) - Example Implementation for 

Conversion between CTM and Baudot Code (use option -h for help) 
******************************************************************** 

(No printable text generated) 

Performing Test #7 --> no characters shall be decoded now 

******************************************************************** 

Cellular Text Telephone Modem (CTM) - Example Implementation for 

Conversion between CTM and Baudot Code (use option -h for help) 
******************************************************************** 

(No printable text generated) 

lA Typing Mode 

This test is based on a text telephone modem signal that has been generated at a typing speed that is extremely low in 
order to investigate the robustness of the CTM decoder" s synchronization. 

In a first step, a software emulation of a text telephone terminal in Baudot mode has been used for generating a Baudot 
signal at a low typing speed. In a second step, the Baudot signal has been converted into a CTM signal by means of the 
signal adaptation module defined in [2] . Due to the low typing speed, the converted signal consists of a sequence of 
multiple CTM bursts. The pauses between adjacent CTM bursts contain passages of the original Baudot signal, which is 
a consequence of the capability of the signal adaptation module to alternate between text and voice. 

The CTM signal carries the following text message, where the symbol # denotes a pause between two adjacent CTM 
bursts: 

THE #CELLULAR #TEXT #TELEPHONE #MODEM #(#CTM)# #ALLOWS #RELIABLE 
#TRANSMISSION #0F #A #TEXT #TELEPHONE #CONVERSATION #AL#TERNATING 
#WITH #A #SPEECH #CONVERSATION #THROUGH #THE #EXISTING #SPEECH 
# COMMUNICATION #PATHS #IN #CELLULAR #MOBILE #PHONE #S#YSTEMS . 
#THIS #RELIABILITY #IS #ACHIEVED #BY #AN #IMPROVED #MODULATION 
#TECHNIQUE#, #INCLUDING #ERROR #PROTECTION# , #INTERLEAVING #AND 
#SYN#CHRONIZATION . 

This CTM signal, which is provided in the file ctm_typingmode . pern in the attached zip archive 
ctm_testing . zip, has to be transmitted via a the PCS 1900 AMR speech traffic channel (Typical Urban profile; 
MS speed 3.0 km/h), as it is described in subclause 7.2. After that, the received CTM signals shall be decoded using the 
CTM receiver that is integrated in the executable adapt at ion_switch (the source code of this executable is 
provided in [2]). The syntax how to call adaptation_switch is also described in subclause 7.2. 

For the full-rate channel without frequency hopping, at a C/I of 12 dB, the starts and ends of all CTM bursts have to be 
detected properly. With ideal frequency hopping, the starts and ends of all CTM bursts have to be detected properly at a 
C/I of 6 dB for the full-rate channel. For the half-rate channel with ideal frequency hopping, no more than one start of a 
CTM burst shall be missed at a C/I of 10 dB 



7.5 Test of the resynchonization 



The CTM receiver has to be equipped resynchonization functionality, which allows to resume the synchronism of the 
received bit stream after a cell hand-over. For this test, the PCM signal ctm_test_resync . pern as well as the 
script test_resynchonization is provided in the zip archive ctm_testing . zip. The file 
ctm_test_resync . pern provides a CTM signal, which has been modified by deleting and inserting samples in 
order to simulate the loss of synchonization after a cell hand-over. The modifications are as follows: 
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Time instant (sample index) 


Event 


30000 


10 samples deleted 


60000 


50 samples deleted 


90000 


130 samples deleted 


120000 


240 samples deleted 


150000 


10 samples inserted 


180000 


50 samples inserted 


210000 


130 samples inserted 


240000 


240 samples inserted 



The original text reads as follows: 

THE CELLULAR TEXT TELEPHONE MODEM (CTM) ALLOWS RELIABLE 
TRANSMISSION OF A TEXT TELEPHONE CONVERSATION ALTERNATING 
WITH A SPEECH CONVERSATION THROUGH THE EXISTING SPEECH 
COMMUNICATION PATHS IN CELLULAR MOBILE PHONE SYSTEMS. 
THIS RELIABILITY IS ACHIEVED BY AN IMPROVED MODULATION 
TECHNIQUE, INCLUDING ERROR PROTECTION, INTERLEAVING AND 
SYNCHRONIZATION . 

Any implementation of a CTM receiver has to recover the synchonism after each of these events without loosing more 
than 10 characters. For the events at sample index 30000 and 150000, no loss of characters shall occur, because the 
period of 10 samples is much shorter than the CTM symbol length. 

With the example implementation of the CTM receiver provided in [2], the following text has been generated (the ### 
symbols indicate at which time instants a resynchronization has become necessary): 

THE CELLULAR TEXT TELEPHONE MODEM (CTM) ALLOWS RELIABLE 

TRANSMISSION OF A T### TELEPHONE CONVERSATION ALTERNATINGM###3O0M A SPEECH CONVERSATION THROUGH 

THE6###QING SPEECH 

COMMUNICATION PATHS IN CELLULAR MOBILE PHONE SYSTEMS. 

THIS FL###OFITY IS ACHIEVED BY AN IMPROVED M.###ZN 

TECHNIQUE, INCLUDING ERROR P6J5W###:X, INTERLEAVING AND 

SYNCHRONIZATION . 
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Annex A (informative): 
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TSG Doc. 


CR 
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11 
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13 
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5.0.0 
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03-2002 


15 
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002 
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5.1.0 


5.2.0 


12-2004 


26 








Version for Release 6 


5.2.0 


6.0.0 


01-2005 










TR changed to TS on cover page 


6.0.0 


6.0.1 


01-2005 
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6.0.1 


6.0.2 


06-2007 


36 
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42 








Version for Release 8 


7.0.0 


8.0.0 
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46 
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